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(54) Method for tracking configuration changes in networks of computer systems through 
historical monitoring of configuration status of devices on the network 



(57) A tracking system that uses a revision control 
system (216) and configuration status gathering to his- 
torically track and store configuration changes in com- 
puters (108) and interconnect devices (106) to aid in 
managing and troubleshooting networks of computer 
systems. Configuration data is gathered from devices 
on the network on a periodic basis. The data collected 
each collection cycle is stored in a data storehouse 
(218) on a computer within the network, called the re- 
mote support node (102). The data storehouse (218) is 
comprised of a revision control system (21 6) and a data 
base (214). The data is accessed by computers on the 
network having web browsers. The user selects a first 
and second collection time, and any changes in config- 
uration of any monitored devices (106, 108) in the net- 
work occurring between these two collection times is 
displayed in the browser window. Configuration chang- 
es from different collection cycles may be viewed. 



100 



MONITORED] 
COMPUTER 



r 



MONITORED ^ 
COMPUTER 



MONITORED 
COMPUTER 



104 



INTERCONNECT 
DEVICE 



112 



r 



104 



102 



MONITORED 
AND BROWSER | 
COMPUTER 



\ ( REMOTE \ 
I SUPPORT I 

J * " ODE J 



110 



BROWSER I 
COMPUTER I 



MONITORED 
COMPUTER 



r 



104 





110 , 


BROWSER 


1* 


COMPUTER 



106 



INTERCONNECT |r / 
DEVICE 



108 
J? 



MONlTOREDl 
COMPUTER I 



CM 
< 

CM 
ID 

CM 
LO 
O) 

o 

111 



FIG. 1 



Printed by Jouve. 75001 PARIS (FR) 



NSDOCID:<EP 0952521A2 l.> 



1 EP 0 952 521 A2 2 



Description 

FIELD OF THE INVENTION 

[0001] This invention relates to computer systems s 
and more particularly to managing and troubleshooting 
computer systems and other connected devices within 
networks. Even more particularly, the invention relates 
to managing and troubleshooting computer systems 
within networks by tracking configuration changes 10 
through historical monitoring of configuration status of 
devices on the network. 

BACKGROUND OF THE INVENTION 

15 

[0002] Managing and troubleshooting computer sys- 
tem networks is a critical and essential task in most busi- 
nesses, governmental entities, and educational institu- 
tions today. Several products have been developed to 
help assist the system administrator perform manage- 20 
ment and troubleshooting functions on computers and 
interconnect devices, such as routers, bridges, hubs, 
switches, etc., on the network. Some products are de- 
signed to help manage system configurations on a real 
time basis. Such products can tell the system admin is- 2s 
trator what the configurations of particular computers or 
devices are at the present moment. Some products may 
also enable the system administrator to make immedi- 
ate changes to particular computers or devices or re- 
store them to a previous state. 30 
[0003] Other products can tell the system' administra- 
tor what the current configuration of a computer or in- 
terconnect device is, but cannot tell the system admin- 
istrator what the configuration was at a particular point 
in time in the past. Still other products may be able to 35 
tell the system administrator what the configuration was 
a week ago as compared to its current'status, but cannot 
tell what the configuration, was. two weeks ago as com-, ., 
pared to the configuration status of one week ago: Also, 
most products dp not show the system administrator , 40 
what has changed during the two time periods in ques- 
tion, but merely show the entire status of the computer 
or interconnect device at each time period. The system 
administrator must compare the two configurations to 
identify what has changed, \ 45 
[0004] It is thus apparent that there is a need in the 
art for an improved method or apparatus which can pro- 
vide system administrators management and trouble- 
shooting functions that are not real time based. There 
is a need in the art for a method to identify what has so 
changed within system configurations. for computers or 
interconnect devices between two points in time in a 
quick and efficient manner and make those changes 
readily available to the system administrator for trouble- 
shooting and managing purposes. The present inven- ss 
tion meets these and other needs in the art. 



SUMMARY OF THE INVENTION 

[0005] It is an aspect of the present invention to track 
configuration changes in computer system devices on 
a network. 

[0006] It is another aspect of the invention to use a 
revision control system to historically track configuration 
changes in computers and interconnect devices on a 
computer system network. 

[0007] Yet another aspect of the invention is to save 
the configuration status of computers and interconnect 
devices at particular points in time within a revision con- 
trol system. 

[0008] Still another aspect of the invention is to iden- 
tify what has changed in the configuration of computers 
and interconnect devices to aid in troubleshooting and 
managing a computer system network. .* 
[0009] A further aspect of the invention is to display 
the configuration status of computers and interconnect 
devices at particular points in time in the past. 
[0010] A still further aspect of the invention is to 
change the time frames for displaying configuration sta- 
tus of computers and interconnect devices. 
[0011] Another aspect of the invention is to organize 
the configuration data collected into a logical hierarchy. 
[0012] A' still further aspect of the invention is to dis- 
play configuration status data collected on computers 
and interconnect devices on a web browser. 
[0013] The above and other aspects of the invention 
are accomplished in a tracking system that uses a revi- 
sion control system and configuration information gath- 
ering to track and store configuration changes on a his- 
torical basis for computers and interconnect devices to 
aid in managing and troubleshooting networks of com- 
puter systems. The configuration data 'of monitored 
computers and interconnect devices on a network is 
gathered on a periodic basis and stored in a data store 1 
house within a separate computer, referred to." as a re- 
mote support node, which is connected to the network! . 
The data storehouse is made up of a data base and the 
revision control system. The configuration inf ormatiori . 
may be displayed on a graphics display of the remote 
support node directly, but more typically is accessed 
through another computer, having a !web browser, that 
accesses the remote support node over the network. 
[0014] For monitored computers, the method collects, 
among other things, configuration information about the 
operating system, file system, printing, and spooling, 
boot and shutdown, hardware, software, and network 
configurations.. For monitored interconnect devices the 
method collects, among other things, configuration in- 
formation about. interfaces, IP addresses, routes, static 
routes, TCP ports, U DP ports, SNMP variables., human 
. and machine readable configuration files, and installed 
cards. 

[0015] Collector software residing on the remote sup- 
port node gathers configuration data from monitored cli- 
ent computers and interconnect devices on the network. 
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Each configuration item collected from computers and 
network interconnect devices is specified by a data col- 
lection template built into the tracking system. Different 
templates are available for various computer types and 
interconnect devices, and each template determines 
what "configuration items can be collected Irom each 
particular type of device. 

[0016] All client computers being monitored require 
special resident software, referred to as client collector 
software, to help facilitate the secure collection of con- 
figuration information. For monitored interconnect de-. 
vices, no additional software is required, other than the 
standard SNMP (Simple Network Management Proto- 
col), Telnet (remote login virtual terminal protocol), and 
TFTP (Trivial File Transfer Protocol) facilities already 
available within the interconnect devices. The collector 
examines the interconnect device type and the request- 
ed configuration item to be collected to determine which 
of these communications methods, or which combina- 
tion of them, is most appropriate. However, monitored 
interconnect devices must grant access to the collection 
process. Granting this access usually involves making 
a configuration change to the monitored interconnect 
device to enable collection. 

[0017] The collector software collects configuration 
items at preset collection cycles, normally once a day, 
by pre-defining an initial collection time and a frequency, 
usually daily. Each time a collection occurs, the data 
base is updated to start the next col lection* "at the last 
collection time plus the frequency. 
[0018] At each collection cycle, a snapshot is con- 
structed for each configuration item for each monitored 
computer or interconnect device, and, if a change has 
occurred, the changes are stored in the data store- 
house. The configuration item may be a text file or the 
output of a command which displays configuration infor^ 
mation in ASCII format." A snapshot is a unit of configu- 
ration data as it appears when collected from a moni- 
tored device. The actual data collected is stored in the 
revision control system, while the data base contains in-' 
formation about what hais changed and thelogical hier- ; 
archy of the systems being monitored. 
[0019] When accessing the ' stored information 
through a web browser, the graphics display is split ihto^ 
two frames. The information's logical hierarchy is dis- 
played in a tree format in one of the frames. The chang- 
es found between snapshots taken on different collec- 
tion cycles are displayed in the other frame; Different 
configuration data may be displayed by changing the 
collection cycles selected for comparison. Configuration 
items which have changed between the two collection 
cycles selected are indicated by a marker placed on the 
icon of the item in the tree. If the changed configuration 
item is in a group in the tree that has not been opened, 
the marker is propagated up the tree and displayed on 
the group icon. This notifies the user that at some level 
below this group icon, a change has occurred in a con- 
figuration item. By opening up as many groups and/or 



subgroups in the tree as are necessary, the user can 
eventually display the individual item or items that have 
. changed that have the marker 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] The above and other aspects, features, and 
advantages of the invention .will be better understood by 
reading the following more particular description of the 
10 invention, presented, in conjunction with the following 
drawings, wherein: ' < _ 



FIG. 1 shows a block diagram of a networked sys- 
tem of computers and interconnect devices incor- 
porating the tracking system of the present inven- 
tion; 

FIG. 2 shows a block diagram of a . remote support 
node of the tracking system of the present inven- 
tion; 

FIG. 3 shows a block diagram of the hierarchy for 
storing data of the tracking system of the present 
invention; 

FIG. 4 shows a, representation of a screen capture 
of a web browser accessing the stored data of the 
tracking system of the present invention; 
FIG. 5 shows a flow diagram of displaying stored 
configuration information located in a remote sup- 
port node on a browser computer having a web 
browser; ' 

FIG. 6 shows a flow diagram of a remote support 
node collecting configuration data from computers 
and interconnect devices; 

FIGS! 7 and 7 A show a flow diagram of configura- 
tion data collection from an interconnect device; 
and 

FIGS. 8 and 8 A show a flow diagram of configura- 
tion data collection from a monitored computer. 
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DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0021] The fbllowing description is of the best pres- 
ently contemplated mode of carrying out the present in- 
vention. This description is hot to be taken in a limiting 
sense but is made merely for the purpose of describing 
the general principles of the invention. The scope of the 
invention should be determined by referencing the ap- 
pended claims. 

[0022] FIG. 1 shows a block diagram of a networked 
system of computers and interconnect devices incorpo- 
rating the tracking system of the present invention. Re- 
ferring now to FIG. 1, computer system network 1 00 has 
a remote support node 1 02 connected to the other com- 
ponents of computer system network 100 through net- 
work connections 104. Computer system network 100 
also has interconnect devices 106, which may be rout- 
ers, bridges, hubs, switches, etc., also connected 
through network connections 104 to remote support 
node 102. Computer system network 100 may have 
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more or less than the number of interconnect devices 
106 shown in FIG. 1. 

[0023] Computer system network 1 00 also has mon- 
itored computers 103 connected through network con- 
nections 104 to remote support node 102. Computer 
system network 100 may have more or less than the 
number of monitored computers 108 shown in FIG. 1. 
Browser computers 110 access remote support node 
102 through network connections 104 in order to view 
configuration data stored on remote support node 102. 
There may be more or less than the number of browser 
computers 110 on computer system network 100 shown 
in FIG. 1. Monitored and browser computer 112 is mon- 
itored by remote support node 1 02 through network con- 
nections 104. Monitored and browser computer 112 can 
also access remote support node 102 through network 
connections 104 in order to view configuration data 
stored on remote support node 1 02: There may be more 
or less than the number of monitored and browser com- 
puters 112 on computer system network 100 shown in 
FIG 1. 

[0024] FIG 2 shows a block diagram of remote sup- 
port node 102 (FIG. 1) of the tracking system of the 
present invention. Referring now to FIG. 2, remote sup- 
port node 102 contains a processing element 202. 
Processing element 202 communicates to other ele- 
ments of remote support node 102 over a system bus 
204. A keyboard 206 allows a user to input information 
into remote support node 1 02 and a graphics display 
210 allows remote support node 1 02 to output informa- 
tion to the user. A mouse 208 is also used to input infor- 
mation. 

[0025] Storage device 212 is used to store data and 
programs within remote support node 102. Within stor- 
age device 212 is data storehouse 218, which has two 
components: data base 214 and revision control system 
216. Communications interface 220, also connected to 
system bus 204, receives information from network con- 
nection 104. A memory 222, also attached to' system 
bus 204, contains an operating system 224, web server 
software 226, pebble software 228, hat daemon soft- 
ware 230, data storehouse access software 232, and 
schedule software 234 that are called up from storage 
device 212. 

[0026] A browser computer 110 (FIG. 1) requests a 
page (html file) of the tracking system of the present in- 
vention from remote support node 102. The request is 
handled by web server software 226, which invokes 
pebble software 226. Pebble software 228 is made up 
of Common Gateway Interface (CGI) scripts. The CGI 
script passes a token to hat daemon software 230 to get 
permission to run. If permission to run is given, then the 
CGI script accesses data storehouse 218 through data 
storehouse access software 232, which may be the ac- 
cess software for data base 21 4, or the access software 
for revision control system 216, or both. The data ac- 
cessed from data storehouse 21 8 is passed back to web 
server software 226, which passes it on to browser com- 



puter 110 for display in the browser frames. Schedule 
software 234 is explained in FIG. 6. 
[0027] FIG. 3 shows a block diagram of the hierarchy 
for storing data of the tracking system of the present in- 
5 vention. The configuration data that is collected and 
stored in data storehouse 218 (FIG. 2) is structured by 
a view. This view imposes a hierarchical organization 
on the configuration data collected from the monitored 
devices of the networked systems. Although the view 
10 corresponds ciosely to how the data is structured in the 
user interface, it should not be thought of as the display. 
[0028] Referring now to FIG. 3, at the top of the hier- 
archy is root node 300, which is normally an entity name , 
or a division name of an entity utilizing the tracking sys- 
15 tern. Examples might be "Acme Company" or "Produc- 
tion Division of Acme Company". Beneath root node 
300, group nodes 302 are organized to track computers 
and interconnect devices in groups. Typical examples 
might be "accounting group", "manufacturing group", 
20 and "research and development group". Computer de- 
vice nodes 304 list all the computers contained under 
group nodes 302. Interconnect device nodes 306 list all 
the interconnect devices contained under group nodes 
302. Computer device nodes 304 may be further broken 
25 down into subsystem nodes 308. A subsystem node 
may represent a group of software within the computer, 
such as" "operating system", "accounting system", etc. 
[0029] At the bottom of the hierarchy are item nodes 
310, which are leaf level nodes representing the indivicJ- 
30 ualty collected configuration data. Item nodes 310 are 
children of subsystem nodes 308 and interconnect de- 
'. vice nodes 306. Item nodes 31 0 may also be direct chil- 
dren of computer device nodes 304 in the absence of a 
subsystem node 308. Additional group nodes, device 
35 nodes, subsystem nodes, and item nodes not shown in 
FIG. 3 are depicted with the . ."notation. ; 
[0030] FIG . 4 shows a representation of a screen cap- 
\ ture of a browser computer 110 or a monitored. and 
browser computer 112 accessing the stored data in the ; 
40 tracking-system of the present invention. Referring now 
to FIG. 4, screen display 400 of browser computer 110 
or monitored and browser computer 112 (FIG. 1) has 
loaded up web browser software and has requested the 
URL (Universal Fiesource Locator) of the tracking sys- 
45 tern of the present invention. Remote support node 1 02 
(FIG. 1) has returned the html page requested for dis- 
play on screen display 400. Screen display 400 is divid- 
ed into two frames: tracking tree frame. 402 and data 
. display frame 404. Tabs 406 may be selected in tracking 
so tree frame 402 to access the different functionality of the 
tracking system. Selecting an administration tab gives 
the user access to the administrative functions of the 
present invention to set up the tracking system [ Users 
and user accounts may be added or deleted; computers 
55 and interconnect devices may be added or deleted; 
groups may be added or deleted; the collection sched- 
ule may be set or changed; and individual items may be 
enabled or disabled from collection. Selecting a log tab 
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allows the user to access the logging functions of the 
present invention to view log entries of collection activ- 
ities, errors, and alarms. 

[0031] Selecting a tracking tab, as shown in FIG. 4, 
gives the user access to the present inventions tracking 
functions. Selecting the tracking tab gives the user ac- 
cess to tracking tree 412 and available actions 408. By 
selecting buttons 410 within available actions 408, the 
user can alter how the stored data is displayed. For ex- 
ample, by selecting different buttons 410, the user can 
change the collection cycles selected for which tracking 
tree 412 displays configuration information; show con- 
figuration status for a particular collection cycle; show 
only the changes in configuration status between two 
particular collection cycles; update the display to reflect . 
current configuration information; or access help files. 
[0032] Buttons 41 0 allow the user to select the begin- . 
nmg and ending collection cycles fordisplaying changes 
in configuration information. These two collection cycles ' 
selected bcline the range over which observed config- 
uration changes are reported. An observed change is a. 
difference between the two snapshots of the configura : 
tion item as captured on the two collection cycles select- 
ed. The tracking system takes the difference between 
the two snapshots, if any, calls the difference out for the 
user, and tho difference itself is viewable through trie 
web browser user interface. This difference analysis has 
intelligence in that inconsequential or expected chang- 
es, such as dates in command outputs, will be ignored 
and nof flagged as differences. Differences in configur^ 
ration items that are normally always changing are ig- , 
nored. 

[0033] Trackingj tree 412 is an expandable index of 
configuration items being tracked for each monitored \ 
device and is constructed from the data in data base ' 
214. This is done so that' when a user jogs in to the track-, 
ing system and it becomes time to populate tracking tree 
412, it will happen very quickly. When a user views track- ' 
ing tree 41 2 and selects a data item that has changed, 
revision control system 216 supplies the data regarding/ 
the changes that' were made Jn that data item and dis- 
plays those changes in data display frame 404. Tracking 
tree 412 utilizes the data hierarchy of FIG. 3 to.display 
configuration information. To view information about 
groups, devices, and individual configuration items, also 
referred to as data items, the user may click on the [+] 
symbols to expand the tree and then select the name of 
the item of interest. 

[0034] As a way of indicating to the user that a change 
has occurred in a configuration item, change indicators 
420 are placed on or next to each icon in the tree in the 
chain startinig with the group node level down to where 
the change has occurred at the item node level. Change 
indicators 420 may be a mark of any kind or of any color. 
In the preferred embodiment of the invention, a blue 
change indicator 420 represents a change, a yellow 
change indicator 420 represents a collection failure, and 
a brown change indicator 420 represents that the con- 



figuration item was disabled from collection. If a change 
has occurred in a configuration item from comparing the 
two collection cycles selected, and only the group nodes 
are displayed when tracking tree frame 402 is displayed, 

s a change indicator 420 will be on or next to its group 
node icon. Clicking on the [+] symbol for the group node 
icon will expand the tree to list all the devices under that 
group node. The device in which change has occurred 
will have a change indicator 420 on or next to its device 

10 icon. Clicking on the [+] symbol for the device icon will 
expand the tree to list all the subsystems, if any, under 
* that device node. The subsystem, if any, in which 
change has occurred will have a change indicator 420 

' . , on or next to its subsystem icon. Clicking on the [+] sym- 

15 ' bol for the subsystem icon will expand the tree to list all 
the data items under that subsystem node. The data 
' , item in which change has occurred will have a change 
' . indicator 420 on or next to its data item icon. 

[0035] Selecting a. device name in tracking tree 412 

2d displays the name of the data collection template as- 
signed to the device. Selecting individual configuration 
item names displays information about the item. Right 
clicking o;n any name, icon, or symbol in tracking tree 
41 2 accesses a pop-up menu which provides access to 

25 ^appropriate actions. Selecting a Properties option from 
" the pop-up menu displays information about the item se- 
lected. Time frame 414 displays the dates of the two col- 
lection cycles selected for displayed changes. Changes 
within time frame 416 displays the changes found in da- 

30, ta items between the two collection cycles shown in time 
frame 414. Collection history 418 displays the date and 
time that the data item in question changed. 
[0036] FIG. 5. shows a flow diagram of displaying 
stored configuration information located in a remote 

35 support node on a browser computer having web brows- 
er software. Referring now to FIG. 5, in block 500 web 
browser software is loaded on browser computer 110 
(FIG. 1). 'lri block 502, abuser requests the URL of the 
" tracking system of the present invention. The web 

40 browser software establishes a connection through net- 
l work connections _1 04 (FIG. ,1.) to remote support node 
102 (FIG. I KJn block 506, remote support node 102 
finds and returns to browser computer 110 through net- 
work connections 104 the html page requested in block 

fs 502. - 

[0037] In block 508, the html page received from block 
506 is displayed in screen display 400 (FIG. 4) on brows- 
er computer 110. The screen display is divided into 
tracking tree frame 402 (FIG. 4) and data display frame 

50 404 (FIG. 4). Tracking tree frame 402 contains applets, 
which are programs written in a programming language 
supported by the Web browser. Some applets associat- 
ed with the html page run automatically when the html 
page is received and control what is displayed within 

55 tracking tree frame 402. 

[0038] The user may choose to receive more data in 
block 510 by clicking on any of several hyperlinks that 
may be displayed in screen display 400. Additionally, 
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certain buttons, tabs, and data item names, which act 
like hyperlinks but are really applets, may be clicked on 
in tracking tree frame 402 to receive more data. Tabs 
406, available actions buttons 410, and selecting data, 
item names in tracking tree 412 (FIG. 4) are examples 
of such applets. After clicking on one of these hyperlinks 
or applet controlled items, in block 51 2 browser compu- 
ter 110 requests the URL associated with the hyperlink, 
or initiates the applet controlled item. The applet con- 
trolled items are typically requests for Common Gate- 
way Interlace (CGI) scripts. The request for the URL or 
the CGI script is sent through network connections 104 
and received by remote support node 102 in block 514, 
where the request for the html page is received, or the 
requested CGI script is loaded. In block516 remote sup- 
port node 1 02 finds the html page, or the CGI script com- 
municates with hat daemon software 230 (FIG. 2) to get 
permission to run, if required. If permission is granted 
or not required, the CGI script runs, fetching data from / 
data storehouse 21 8 (FIG. 2). In block 51 8 the html page 
is returned, or the data fetched from data storehouse 
218 is formatted into html format, and then returned - . 
through network connections 104 to browser computer 
110 for display on screen display 400. 
[0039] In block 520 the html page from either the re- 
quested URL or CGI script is normally displayed in data 
display frame 404, displaying the data requested by the 
user. In some cases, the CGI script that was run may 
not return any data for display in data display ; frame 404. 
Instead, a message of some kind may be posted to 
tracking tree frame 402. 

[0040] If more hyperlinks or applet controlled items 
are to be requested by the user, then in block 522 control 
returns to block 51 0 where the user may click on a next 
hyperlink or applet controlled item. If the answer in block 
522 is no, then the program ends, leaving the current 
html page displayed. The user may then select other 
URL addresses unrelated to the tracking system, or ( 
close the web browser . software and load other pro- 
grams. . . ; \ 
[0041] FIG. 6 shows a flow diagram of a remote sup- 
port node collecting configuration data from computers 
and interconnect devices. Referring. now to FIG. 6, in 
block 600 schedule software 234 (FIG. 2) activates at a 
predetermined time. Usually, the user will set the acti- 
vation time to occur once a day when there is low activity 
anticipated on the network such as late at night or early 
in the morning. However the user may initiate a collec- 
tion at any time that a scheduled collection is not already 
in progress. Collections, both scheduled and user initi- 
ated, may also be limited in scope to specific groups or 
devices as opposed to the entire enterprise. 
[0042] In block 602, schedule software 234 passes a 
collection root identifier to a portion of pebble software 
228 (FIG. 2) and invokes that portion of pebble software 
228. That portion of pebble software 228 that receives 
the collection root identifier and is invoked by schedule 
software 234 is referred to as collector. The collection 



.root identifier determines the scope of the collection to 
be performed. 

[0043] In block 604 collector then accesses data 
storehouse 218 (FIG. 2) and requests the list of items . 
5 to be collected that fall within the scope of the passed 
in collection root identifier. The list is comprised of Glo- 
bally Unique Identifiers (GUIDs, or simply "identifiers". 
Each identifier in the list is associated with a unique con- 
figuration item to be collected from the various moni- 
10 tored devices that are included within the scope of the 
collection root identifier. Each configuration item is a unit 
of data that is collected and monitored by the tracking . 
system, which provides a mapping between the name 
of a configuration item and the identifier. This data could 
is be a text file or the output of a command which displays 
configuration information in ASCII format. Along with the 
configuration data itself, collector will also collect any r 
attributes of the data specified in the data collection tem- 
plate that are useful to the user. Not all configuration 
20 data has useful attributes, so not all configuration data 
items will have attributes associated ; with them. The at- 
tributes that are collected will be displayed to the user. 
[0044] A unit of configuration data as it appears when 
collected from a monitored device is called a snapshot. 
2S |f a snapshot has changed from the previously collected 
version of that snapshot, the differences will be stored 
in data storehouse 218 on remote support node 102. 
The set of all snapshots of a configuration item which 
have been collected and stored in data storehouse 218 
30 is called a configuration storable. 

[0045] After collector in block604 has received the list 
of identifiers, then collector in block 606 accesses data 
storehouse 21 8 and gathers collection method informa- 
tion from data storehouse 21 8 on each of the identifiers 
35 in the list, such as what devices should specific data 
items be collected from, what commands are to be used 
for collecting specific data items,, and the signature of 
'the last collection of a specific data item. The signature 
may be, for example, a checksum of the previous output; 
40 or a last known modified date. Prior to the first collection,, 
the signature for a data item has no value. 
[0046] In block 608, collector then groups the infor- 
\ / mation gathered in block 606 by device. Block 610 then ' 

'determines if the first device in the list is a monitored 
45 computer or interconnect device. If the first device is a 
monitored interconnect device, then control passes, to 
block 61 2, which calls FIG. 7 to perform the data collec- 
tion process on the monitored interconnect device. If the 
first device in block 610 is a monitored computer, then 
so control passes to block 614, which calls FIG. ,8 to per- 
form the data collection process on the monitored com- 
puter. 

[0047] Upon returning from either FIG. 7 or FIG. 8, 
block 616 determines if the collection process is to be 
55 performed on any more devices. If the answer is yes, 
control passes to block 610, which determines if the 
next device in the list is a monitored computer or inter- 
connect device. If the answer in block 616 is no, then 
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control passes to block 618, which updates the collec- figuration data collection from a monitored computer, 

tion tables in remote support node 102, and then the Referring now to FIGS. 8 and 8A, in block 800, collector 

process ends. The collection tables store information re- launches a remote execution of the collection process 

garding the collection, such as the time and date of the through a DCE (Data Communication Exchange) RPC 

collection, the scope of the collection, whether there 5 (Remote Procedure Call) procedure by passing the 

were any changes in the collection as compared to the group of information for the first monitored computer to 

previous collection, and if there were any failures. the first monitored computer. In block 802 collector in- 

[0048] FIGS. 7 and 7 A show a flow diagram of con- vokes the client collection software that has been pre- 

figuration data collection from a monitored interconnect viously installed on monitored computer 108. In block 

device. Referring now to FIGS. 7 and 7A, in block 700 10 804, the client collection software invokes the first 

collector invokes a collection script within remote sup- passed in collection command. 

port node 1 02 associated with the first type of monitored [0054] Block 806 determines if the command to col- 
interconnect device 106 (FIG. 1). In block 702 the col- lect a configuration item was run successfully. There 
lection script invokes the first collection command. \ may be a time limit imposed on running the command, 
[0049] Block 704 determines if the command to col-. 7 ^ or a set number of tries alio wed, or both. If the collection 
lect a configuration item was .run successfully. There command was not run successfully, then in block 808 
may be a time limit imposed on running the command, the client collection software sets a time stamp and gen- 
or a set number of tries allowed, or both. If the collection * . erates an error message, and both are stored in a mem- 
command was not run successfully, then in block 706 a . ory in monitored computer 108 (FIG. 1). The data is 
time stamp is set and an error message is generated, 20 : stored in ASCII format. Control then passes to block 
and both are captured. Block 708 returns the time stamp 81 8. 

and the error message to remote support "node * 102. [0055] If the collection command was run successfully 
Block 710 stores the time stamp and error message, in ' in block 806, then in block 810. the client collection soft- 
a log file in data base 21 4 within data storehouse" 21 8 ' ware creates a new signature for the configuration item 
(FIG. 2). The data is stored in ASCII format. Control then 2S and compares this new signature to the previously col- 
passes to block 728. ts V , lected signature that was passed in block 800. B!ock812 
[0050] If the collection command was run successfully ' determines if the two signatures compared in block 810 
in block 704, then in block 712 a new signature is ere- ' ~ are the same or different. If there js no difference be- 
ated arid a time stamp is set Block 714 then captures tween the. two sigriatures : then in block 814 the output 
the output of the command, any attributes associated 3d of the command, any attributes, the new signature, and 
with the configuration data to be collected, the hew sig- " , v the time stamp are discarded. Control then passes to 
nature, and the time stamp. Block 716 returns this cap- " * block 81 8. 

tured data to remote support node 102 and stores it in . [0056] If in block 812 the two signatures are deter- 
memory 222. Block 71 8 compares the new signature for mined to be different, then in block 816 the differences 
the configuration item from block 712 to the previously 35 in the output of the command, any attributes, and the 
collected signature for that same configuration item. time stamp are stored in memory within the monitored 
Block 720 determines if the two signatures compared, in computer. Control then passes to block 818. 
block 71 8 are the 'same or different. If there is no differ- [0057] Block 81 8 determines if there are any more col- 
ence between the two 'signatures, then in block 722 the lection commands to be run in the group for this.moni- 
output of the cdmmand, any attributes, the new sigha-* 40 tored computer 108. If the answer is yes,' control passes 
ture, and the* time stamp are discarded. Control then to block 804 where the client col lection software invokes 
passes to block 728! - • " J ! tne nex * passed in command: If the answer in block 818 
[0051] " If in block 720 the two signatures are' deter- 1 is no, then control passes to block 820. 
mined to be different, then in block 724 the differences ' \ [0058] In block 820 the stored data from blocks 808 
in the output of the command, any attributes, and the 45 and 816 is returned to remote support node 102 (FIG/ 
time stamp are stored in revision control system 216 1). In block 822 the differences in the output of the com- 
within data storehouse 218 (FIG. 2). Block 726 then mand, any attributes, and the time stamp for each col- 
stores the new signature, the time stamp, and a change lection command having a difference are stored in revi- 
event indicator in data base 214 within data storehouse sion control system 216 within data storehouse 218 
218. All of the data is stored in ASCII format. Control so (FIG. 2). Block 824 then stores the new signature, the 
then passes to block 728. time stamp, and a change event indicator for each col- 
[0052] Block 728 determines if there are any more col- lection command having a difference in data base 214 
lection commands to be run in the group for this moni- within data storehouse 218. Block 826 stores the time 
tored interconnect device 106. If the answer is yes, con- stamp and error message for each collection command 
trol passes to block 702 where the next command is in- 55 that failed in log file in data base 214 within data store- 
voked. If the answer in block 728 is no : then control re- house 218 (FIG. 2j. All of the data is stored in ASCII 
turns to FIG. 6. format. Control then returns to FIG. 6. 
[0053] FIGS. 8 and 6A show a flow diagram of con- [0059] One skilled in the art will recognize that if a 
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command failed, the time stamp and error message 
could immediately be sent to remote support node 102 
for storage. Likewise, if the command was successful 
and there was a difference between the new signature 
compared to the previous signature, the data to be 
stored could immediately be sent to remote support 
node 102 for storage. 

[0060] Having described a presently preferred em- 
bodiment of the present invention, it will be understood 
by those skilled in the art that many changes in construc- 
tion and circuitry and widely differing embodiments and 
applications of the invention will suggest themselves 
without departing from the scope of the present inven- 
tion, as defined in the claims. The disclosures and the 
descrtptton herein are intended to be illustrative and are 
not in any sense limiting of the invention, defined in 
scope by the following claims. 



Claims 



A computerized method for tracking configuration 
changes within a computer system comprising the 
steps of 

{a) collecting (602, 604, 606, 608, 610, 612, 
614) a first snapshot of a data item having a 
unique identifier at a first predetermined time, 
from a first monitored device (106, 108) on a 
computer system network (100), and setting a 
first time stamp indicating when said first snap- 
shot was collected; 

(b) storing (724, 726, 822, 824) said first.snap- 
shot of said data item and said first time stamp 
in a data storehouse (21 8) within a remote sup- 
port node (102) connected to said first moni- 
tored device (106, '108) through a . first network 
connection (104) within said computer system 
network (100); 7 

(c) collecting (602, 604, 606, 608, 610,,. $12, 
61 4) a second snapshot of said data item hav- 
ing said unique identifier at a second predeter- 
mined time, from said first monitored device 
(106, 108) on said computer system network 
(100), and setting a second time stamp, indicat- 
ing when said second snapshot was collected; 

(d) comparing (71 8, 81 0) said stored first snap- 
shot of said data item to said collected second 
snapshot of said data item; 

(e) when step (d) determines that said collected 
second snapshot of said data item has at least 
one difference (720, 812) from said stored first 
snapshot of said data item, performing step (f) 
and not step (g), and when step (d) determines 
that there is no difference (720, 812), perform- 
ing step (g) and not step (f); 

(f) storing (724, 726, 822, 824) all differences 
identified in step (d) and said second time 



stamp in said data storehouse (21 8) within said 
remote support node (102) as a most recently 
stored snapshot of said data item; 

(g) discarding (722, 81 4) said second snapshot 
5 , and said second time stamp, wherein said 

stored first snapshot is a most recently stored 
snapshot of said data item; and 

(h) displaying (520) said all differences stored 
in step (f) between said second snapshot and 

10 said first snapshot, or displaying an indication 

that said no difference was determined be- 
tween said second snapshot and said first 
snapshot, on a graphics display (210) in said 
remote support node (102). . 

is " (i) collecting (602, 604, 606, 608, 610, 612, 
614) an additional snapshot of, said data item 
having said unique identifier at an additional 
predetermined time, from said first monitored 
device ( 1 06, 1 08) on said computer system net- 

20 k work (100), and setting an additional time 
stamp indicating when said additional snapshot 
was collected; 

(j) comparing (718, 810) said additional snap- 
shot of said data item to said most recently 

25 stored snapshot of, said data item; , 

(k) repeating steps (e); ''(f), (g), and (h) for said 
additional snapshot and said most recently 
stored snapshot of said data item; and 
(I) repeating steps (i), (j), and (kj for a plurality 

30 of additional snapshots of said data item haying 

said unique identifier, at a plurality of additional 
predetermined times, from said first monitored 
device (106, 1 08) on said computer system net- 
work (100). 

35 . . 

2. A computerized method, for tracking configuration 
changes within a computer system according to 
claim 1 further comprising the step of: 

40 (m) repeating steps (a) through (I) for a plurality 

: of data items of said first monitored device 
(106,, ,108) on said computer system network 
(f00)V, wherein each of , said plurality of data 
items has a different unique ic-entifier. 

45 (n) repeating steps (a) through (m) for each of 

a plurality of additional monitored devices (106, 
108) on said computer system network (100). 

3. A computerized method for tracking configuration 
so changes within' a computer system according to 

claim 1 wherein step (a) further comprises. step,(a0) 
performed before step (a), step (c) further compris- 
es step (cO) performed before step (c), step (i) fur- 
ther comprises step (i0) performed before step (i), 
55 and step (I) further comprises step (i0) performed 
before step (I): 

(aO) setting (600) said first predetermined time 
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for collecting said first snapshot of said data 
item within schedule software (234) located 
within said remote support node (102); 
(cO) setting (600) said second predetermined 
time for collecting said second snapshot of said 5 
data item within said schedule software (234) 
located within said remote support node (102); 
(iO) setting (600) said additional predetermined 
time for collecting said additional snapshot of 
said data item within said schedule software to 
(234) located within said remote support node 
(102); and 

(10) setting (600) said plurality of additional pre- 
determined times for collecting said plurality of 
additional snapshots of said data item within ts 
said schedule software (234) located within 
said remote support node (102). 

4. A computerized method. for tracking configuration 

changes within a computer system according "to 20 
claim 3 wherein step (aO) further comprises the 
steps of: 

(aOa) invoking (600) said schedule software 
(234) at said first predetermined time; 2s 
(aOb) passing (602) a collection' root identifier 
from said schedule software (234) to pebble 
software (228) located within said remote* sup- 
port node (102); wherein said collection root 
identifier defines a list of data items; . 30 
(aOc) invoking (602), with said schedule soft- 
ware (234), a collector portion of said pebble 
software (228); 

(aOd) accessing (604); with said collector por- 
tion of said pebble software (228), a data store- 35 
house (218) within said remote support node 
(102), wherein said collection root identifier is 
used to get said list of data items; 
(aOe) accessing (606), with said collector por- 
tion of said pebble software (228), said data 40 
1 storehouse (218) withjn said remote support 
node (102), wherein collection method informa- 
tion is gathered for collecting said snapshots of 
each of said data items in said list of data items 
from said first monitored device (1 06, 1 08), and 45 
from a plurality of additional monitored devices 
(106, 108), said collection method information 
comprising commands for collecting" each of 
said data items in said list, attributes of each of 
said data items when said attributes are asso- so 
ciated with each of said data items in said list, 
a most recently stored signature of each of said 
data items in said list, and from which of said 
first monitored device (106 : 108) and said plu- 
rality of additional monitored devices ( 1 06, 1 08) 55 
each of said data items in said list is to be col- 
lected; and 

(aOf) grouping (608) said collection method in- 



formation gathered in step (aOe) by said first 
monitored device (106, 108) and by each of 

/said plurality of additional monitored devices 

: (106, 108). 

5. A computerized method for tracking configuration 
changes within a computer system according to 
claim 4 wherein said first monitored device (106, 
108) on said computer system network (100) is a 
first monitored interconnect device (106). 

6. A computerized method for tracking configuration 
changes' within a computer system according to 
claim 5 whereinstep (a) further comprises the steps 
of (a1 ) through (a1 2), and step (c) further comprises 
the steps pf (cl ) through (d 5): 

(al ) invoking (700), through said collector por- 
tion of said pebble software (228), a collection 
script for collecting said first snapshot of said 
data item from said first monitored interconnect 
device (106); 

(a2) invoking (702), through said collection 
script, a first command from said grouped col- 
lection method information gathered in step 
(aOe) and grouped in step (aOf) for said first 
monitored Interconnect device (106), to collect 
said first snapshot of said data item from said 
first monitored interconnect device (106); 
(a3) determining (704) if said first command to 
collect said first snapshot of said data item was 
successfully executed; 

(a4) when step (a3) determines that said first 
command was successfully executed, perform- 
ing steps (a5) through (a9) and not steps (alO) 
through (a12), and when step (a3) determines 
that said first command was not. successfully 
executed, performing steps (a1 0) through (a1 2) 
and not steps (a5) through (a9); 
(a5) creating (712) a first signature for said data 
item; . 

(a6) capturing (714) a first output from said ex- 
ecuted first command, any first attributes, said 
first signature, and said first time stamp; 
(a7) returning (716) said captured first output, 
said captured any first attributes, said captured 
first signature, and said captured first time 
stamp to said remote support node (102) for 
storing in a memory (222) within said remote 
support node (102); 

(aS) transferring (724), from said memory (222) 
within said remote support node (102), said 
stored first output, said stored any first at- 
tributes, and said stored first time stamp for 
storage in a revision control system (216) in 
said data storehouse (218) within said remote 
support node (102), wherein said stored first 
output, said stored any first attributes, and said 
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stored first time stamp constitute said first 
snapshot; 

(a9) transferring (728), from said memory (222) 
within said remote support node (102), said 
stored first signature, said stored first time s 
stamp, and a first change event indicator for 
storage in a data base (21 4) in said data store- 
house (218) within said remote support node 
(102); 

(alO)generating (706) a first error message, io 
and capturing said first error message and said 
first time stamp; 

(a11 Returning (708) said captured first error 
message and said captured first time stamp to 
said remote support node (102); 15 
(al 2)storing (710) said captured first error mes- 
sage and said captured first time stamp in a log 
file in a data base (214) in said data storehouse 
(218) within said remote support node (102); 
(d) invoking (700), through said collector por- 20 
tion of said pebble software (228), said collec- 
tion script for collecting said second snapshot 
of said data item from said first monitored inter- 
connect device (106); 

(c2) invoking (702), through said collection 25 
script : a first command from said grouped col- 
lection method information gathered in step 
(aOe) and grouped in step (aOf) for said first 
monitored interconnect device (106), to collect 
said second snapshot of said data item from 30 
said first monitored interconnect device (106); 
(c3) determining (704) if said first command to 
collect said second snaps ho\ of "said data item 
was successfully executed; 

(c4) when step (c3) determines that said first 35 
command was successfully executed, perform- 
ing steps (c5) through (c1 2) and not steps (cl 3) 
through (c15), arid when step (c3) determines 
that said first command was not successfully 
executed, performing steps (d 3) through (c1 5) 40 
and not steps (c5) through (c1 2); , 7. 
(c5) creating (712) a second, signature- for said 
data item; ; . 

(c6) capturing (714) a second output from said 
executed first command, any second attributes, 45 
said second signature, and said second time 
stamp; 8. 
(c7) returning (716) said captured second out- 
put, said captured any second attributes, said 
captured second signature, and said captured 5° 
second time stamp to said remote support node 
(102) for storing in a memory (222) within said 
remote support node (102); 
(c8) comparing (718), within said remote sup- 
port node (102), said second signature of said ss 
data item with said most recently stored signa- 
ture of said data item from step (aOe); 
(c9) when step (c8) determines that said sec- 



ond signature is different (720) from said most 
recently stored signature of said data item, per- 
forming steps (c10) and (c11) and hot step 
(c1 2) , and when step (c1 0) determines that said 
second signature is not different (720), per- 
forming step (c12) and not steps (c10) and 
(c11); 

(dO)transferring (724), from said memory 
(222) within said remote support node (102), 
said stored second output, said stored any sec- 
ond attributes, and said stored first time stamp 
for storage in a revision control system (216) in 
said data storehouse (218) within said remote 
support node (102), wherein said stored sec- 
ond output, said stored any second attributes, 
and said stored second time stamp constitute 
said second snapshot; 

(ell transferring (726), from said memory 
(222) within said remote support node (102), 
said stored second signature, sajd stored sec- 
ond time stamp, and a second change event 
indicator for storage in a data base (21 4) in said 
data storehouse (218) within said remote sup- 
port node (102); 

(c12)discarding (722) said captured second 
output, said captured any second attributes, 
said captured second signature, and said cap- 
tured second time stamp; 
(c1 3) gene rating (706) a second error message, 
and capturing said second error message and 
said second time stamp; 
(c14)retuming (708) said captured second er- 
ror message and said captured second time 
stamp to said remote support node (102); and 
(c15)storing (710) said captured second error 
message and said captured second time stamp 
' in a log file in a data base (214) in said data 
storehouse (218) within said remote support 
node (102), 

A computerized method for tracking configuration 
changes within a computer system according to 
claim 4 wherein said first monitored device (106, 
108) on said computer system network (100) is a 
first monitored computer (108). 

A computerized method for tracking configuration 
changes within a computer system according to 
claim 7 wherein step (a) further comprises the steps 
of (al) through (a1 3), and step (c) further comprises 
the steps of (cl) through (c16): 

(a1) launching (800), through said collector 
portion of said pebble software (228), remote 
execution of collecting said grouped collection 
method information for said first monitored 
computer (108) by passing said grouped col- 
lection method information for said first moni- 
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tored computer (108) to said first monitored 
computer (108); 

(a2) invoking (802), through said collector por- 
tion of said pebble software (228) , client col- 
lection software installed on said first monitored s 
computer (108) to collect said first snapshot of 
said data item; 

(a3) invoking (804), through said client collec- 
tion software, a first command from said 
grouped collection method information passed to 
to said first monitored computer (108) in step 
(a1 ) to collect said data item from said first mon- 
itored computer (108); 

(a4) "determining (806) i1 said first command to 
collect said data item was successfully execut- is 
ed; 

(a5) when step (a4) determines that said first 
command was successfully executed, perform- 
ing steps (a6) through (a1 0) and not steps (a1 1 ) 
through (a1 3), and when step (a4) determines 20 
that said first command was not successfully 
executed, performing s steps (a11) .through 

"(a1 3), ancl not steps (a6) through (a10j; 
(a6) creating (81 0) a first signature for said data 
item; ... 25 
(a7) storing (816) a first output from said exe- 
cuted first command, any first attributes, said 
first signature, and said first time stamp in a first 
monitored computer memory; 
(a8) returning (820) said stored first output, said 30 
stored any first attributes, said stored first sig- 
nature, and said stored first time stamp, from 
said first monitored computer memory, io said 
remote support node (102) for storing in a mem- 
ory (222) within said remote support node 3S 
002);. " . . 
(a9) transferring (822), from said memory (222) 
i'n said remote support node s ( 102), said stored 
first output, said stored any first attributes, and 
said stored first time stamp for storage in a re- 40 
vision control system (21 6) in said data store- 

\ house (218) withiri'said remote support node 
(102), wherein sard stored first output, said .J ' 
stored any' first attributes, and said stored first . 
time stamp constitute said first snapshot; , " *s 
(a10)transf erring (824), frorh said memory 
(222) in said remote support, node (102), said 
stored first signature, said stored first time . 
stamp, and a first change event indicator for 
storage in a data base "(21 4) in said data store- so 
house (218) within said remote support node 
(102); 

(a11)generating (808) a first error message, 
and storing said first error message and said 
first time stamp in a first monitored computer ss 
memory; 

(a1 2) returning (820) said stored first error mes- 
sage and said stored first time stamp from said 



first monitored computer memory to said re- 
mote support node (102); 
(a1 3)storing (826) said stored first error mes- 
sage and said stored first time stamp . in a log 
file in a data base (21 4) in said data storehouse 
(218) within said remote support node (102); 
(c1 ) launching (800), through said collector por- 
tion of said pebble software (228), remote ex- 
ecution of collecting said grouped collection 
method information for said first monitored 
computer (108) by passing said grouped col- 
lection method information for said first moni- 
tored computer (108) to said first monitored 
computer (108); 

(c2) invoking (802), through said collector por- 
tion of said pebble software (228), client collec- 
tion software installed on said first monitored 

. computer (1 08) to collect said second snapshot 

" of said data item; 
(c3) invoking (804), through said client collec- 
tion software, a first command from said 
grouped collection method information. passed 
to said first monitored computer (108) in step 
(c1 ) to collect said data item from said first mon- 
itored computer (1 08); 

(c4) determining (806) if said first command to 
collect said data item was successfully execut- 
ed; . 

(c5j when step (c4) determines that said first 
command was successfully executed, perform- 
ing steps (c6) through (c1 0) and not step (c1 1 ), 
and when step (c4) determines that said first 
command was not successfully executed, per- 
forming'step (c11) and not steps (c6) through 
(c10); . 

(c6), creating (810) a second signature for said 
data item; 

. (c7j comparing (810) said second signature of 
said data item with said most recently stored 
signature of said data item from step (aOe) ; 
(c8j when step (c7) determines that said sec- 
ond signature is different (812) from said most 
recently stored signature of said data item, per- 
forming step (c9) and not step (c1 0), and when 
step (c7) determines that said second signature 
is notdifferent (812), performing step (cl 0) and 
not step (c9); 

(c9) storing (816) differences from a second 
output from said executed first command, any 
second attributes, said second signature, and 
said second time stamp in a first monitored 
computer memory; 

(dO)discarding (814) a second output from 
said executed first command, any second at- 
tributes, said second signature, and said sec- 
ond time stamp; 

(c1 1 )generating (808) a second error message, 
and storing said second error message and 
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said second time stamp in a first monitored 
computer memory; 

(c12)returning (820) said stored differences 
from said second output from said executed 
first command, said stored any second at- 
tributes, said stored second signature, and said 
stored second time stamp, from said first mon- 
itored computer memory, to said remote sup- 
port node (102) for storing in a memory (222) 
within said remote support node (102); 
(c13)returning (820) said stored second error 
message and said stored second time stamp, 
from said first monitored computer memory, to 
said remote support node (102) for storing in 
said memory (222) within said remote support 
node (102): 

(cl4)transf erring (822), from said memory 
(222) in said remote support node (102), said 
stored differences from said second output, 
said stored any second attributes, and said 
stoied second time stamp for storage in a revi- 
sion control system (216) in said data store- 
house (218) within said remote support node 
(102) wherein said stored differences from 
said second output, said stored any second at- 
tributes, and said stored second time stamp 
constitute said second snapshot; 
(c!5)transf erring (824), from said memory 
(222) in said remote support node (102), said 
stored first signature, said stored second time 
stamp, and a second change event indicator for 
storage in a data base (214) in said data store- ; 
house (218) within said remote support 1 node 
(102): and 

(c16)transferring (826), from said memory 
(222) in said remote support node (102), said 
stored second error message and said stored 
second time stamp for storage in a log file in 
said data base (214) in said data storehouse 
(218) within said remote support node (102). 

A computerized method for tracking configuration 
changes within a computer system according to 
claim 1 wherein step (h) further comprises the steps 
of: 

(hi) loading (500) web browser software (226) 
on a browser computer (110), wherein said 
browser computer (1 1 0) is connected to said re- 
mote support node (102) through a second net- 
work connection (1 04); 

(h2) requesting (502), through said web brows- 
er software (226), a universal resource locator 
for said computerized method for tracking con- 
figuration changes; 

(h3) establishing a connection between said 
browser computer (110) and said remote sup- 
port node (102) through said second network 



connection (104); 

(h4) finding (506), within said remote support 
node (102), a html page associated with said 
universal resource locator requested in step 
5 (h2) for said computerized method for tracking 

configuration changes; 

(h5) returning (506) said html page for said 
computerized method for tracking configuration 
changes to said browser computer (110) 

10 through said connection; and 

(h6) displaying (508) said html page for said 
computerized method for tracking configuration 
changes on a screen display (400) on said 
browser computer (110) wherein said all differ- 

is ences stored in step (f) are displayed within 

said html page on said screen display (400). 

10. A computerized method for tracking configuration 
changes within a computer system according to 
20 claim 9 wherein step (h6) further comprises the 
steps of: 

\: (h6a) displaying (508) said html page on said 
screen display (400) as a tracking tree frame 
25 (402) and a data display frame (404) further 

comprising the steps of 

(h6a1 displaying in said- tracking tree 
frame (402) at least one tab (406), wherein 
30 ' ~ receiving click input on said at least one tab 

(406) accesses a function of said compu- 
\ terized method for tracking configuration 
-* changes, and 

(h6a2)displaying within each of said at 
35 least one tab (406) at least one available 

[ action button (410), wherein receiving click 
) input on said at least one available action 
button (410) will execute a specific action 
: within said function of said computerized 

40 method for tracking configuration changes, 

, /.. ; ■ ";. " and' ■ ■ * ' 

(h6b) receiving (510) click input on a hyperlink 
in said html page; 
45 (h6c) requesting (512) a universal resource lo- 

cator for said hyperlink in said html page 
through said web browser software (226) and 
said connection to said remote support node 
(102); 

so (h6d) finding (516), within said remote support 

node (102), a html page for said hyperlink re- 
quested in step (h6c); 

(h6e) returning (518) said html page for said hy- 
perlink to said browser computer (1 1 0) through 
55 said connection; and 

(h6f) displaying (520) said html page for said 
hyperlink in said data display frame (404) in 
said screen display (400). 
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